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One of the main aims of the so-called Web of Data is to be able to handle heterogeneous resources 
where data can be expressed in either XML or RDF. The design of programming languages able to 
handle both XML and RDF data is a key target in this context. In this paper we present a framework 
called XQOWL that makes possible to handle XML and RDF/OWL data with XQuery. XQOWL 
can be considered as an extension of the XQuery language that connects XQuery with SPARQL 
and OWL reasoners. XQOWL embeds SPARQL queries (via Jena SPARQL engine) in XQuery and 
enables to make calls to OWL reasoners (HermiT, Pellet and FaCT++) from XQuery. It permits to 
combine queries against XML and RDF/OWL resources as well as to reason with RDF/OWL data. 
Therefore input data can be either XML or RDF/OWL and output data can be formatted in XML 
(also using RDF/OWL XML serialization). 


1 Introduction 

There are two main formats to publish data on the Web. The first format is XML, which is based on a 
tree-based model and for which the XPath and XQuery languages for querying, and the XSLT language 
for transformation, have been proposed. The second format is RDF which is a graph-based model and for 
which the SPARQL language for querying and transformation has been proposed. Both formats (XML 
and RDF) can be used for describing data of a certain domain of interest. XML is used for instance in 
the Dublin Care Q MPEG-7^ among others, while RDF is used in DBPedia Q and LinkeclLifeData [^] 
among others. The number of organizations that offers then - data from the Web is increasing in the last 
years. The so-called Linked open data ini tiativ^] aims to interconnect the published Web data. 

XML and RDF share the same end but they have different data models and query/transformation 
languages. Some data can be available in XML format and not in RDF format and vice versa. The W3C 
(World Wide Web Consortium j proposes transformations from XML data to RDF data (called lifting), 
and vice versa (called lowering). RDF has XML-based representations (called serializations) that makes 
possible to represent in XML the graph based structure of RDF. However, XML-based languages are not 
usually used to query/transform serializations of RDF. Rather than SPARQL is used to query RDF whose 
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syntax resembles SQL and abstract from the XML representation of RDF. The same happens when data 
are available in XML format: queries and transformations are usually expressed in XPath/XQuery/XSLT, 
instead of transforming XML to RDF, and using SPARQL. 

One of the main aims of the so-called Web of Data is to be able to handle heterogeneous resources 
where data can be expressed in either XML or RDF The design of programming languages able to 
handle both XML and RDF data is a key target in this context and some recent proposals have been 
presented with this end. One of most known is XSPARQL 0 which is a hybrid language which combines 
XQuery and SPARQL allowing to query XML and RDF. XSPARQL extends the XQuery syntax with 
new expressions able to traverse an RDF graph and construct the graph of the result of a query on RDF. 
One of the uses of XSPARQL is the definition of lifting and lowering from XML to RDF and vice versa. 
But also XSPARQL is able to query XML and RDF data without transforming them, and obtaining the 
result in any of the formats. They have defined a formal semantics for XSPARQL which is an extension 
of the XQuery semantics. The SPARQL2XQuery interoperability framework 0 aims to overcome the 
same problem by considering as query language SPARQL for both formats (XML and RDF), where 
SPARQL queries are transformed into XQuery queries by mapping XML Schemas into RDF metadata. 
In early approaches, SPARQL queries are embedded in XQuery and XSLT |(8] and XPath expressions 
are embedded in SPARQL queries ifTI . 

OWL is an ontology language working with concepts (i.e., classes) and roles (i.e., object/data prop¬ 
erties) as well as with individuals (i.e., instances) which fill concepts and roles. OWL can be considered 
as an extension of RDF in which a richer vocabulary allows to express new relationships. OWL offers 
more complex relationships than RDF between entities including means to limit the properties of classes 
with respect to the number and type, means to infer that items with various properties are members of a 
particular class, and a well-defined model of property inheritance. OWL reasoning iflTTl is a topic of re¬ 
search of increasing interest in the literature. Most of OWL reasoners (for instance, HermiT lfl2l . Racer 
na, FaCT++ Ifl8l . Pellet l H6i l) are based on tableaux based decision procedures. 

In this context, we can distinguish between (1) reasoning tasks and (2) querying tasks from a given 
ontology. The most typical (1) reasoning tasks, with regard to a given ontology, include: (a) instance 
checking, that is, whether a particular individual is a member of a given concept, (b) relation checking, 
that is, whether two individuals hold a given role, (c) subsumption, that is, whether a concept is a subset 
of another concept, (d) concept consistency, that is, consistency of the concept relationships, and (e) a 
more general case of consistency checking is ontology consistency in which the problem is to decide 
whether a given ontology has a model. However, one can be also interested in (2) querying tasks such 
as: (a) instance retrieval, which means to retrieve all the individuals of a given concept, and (b) property 
fillers retrieval which means to retrieve all the individuals which are related to a given individual with 
respect to a given role. 

SPARQL provides mechanisms for querying tasks while OWL reasoners are suitable for reasoning 
tasks. SPARQL is a query language for RDF/OWL triples whose syntax resembles SQL. OWL reasoners 
implement a complex deduction procedure including ontology consistency checking that SPARQL is not 
able to carry out. Therefore SPARQL/OWL reasoners are complementary in the world of OWL. 

In this paper we present a framework called XQOWL that makes possible to handle XML and RD¬ 
F/OWL data with XQuery. XQOWL can be considered as an extension of the XQuery language that 
connects XQuery with SPARQL and OWL reasoners. XQOWL embeds SPARQL queries (via Jena 
SPARQL engine) in XQuery and enables to make calls to OWL reasoners (HermiT, Pellet and FaCT++) 
from XQuery. It permits to combine queries against XML and RDF/OWL resources as well as to reason 
with RDF/OWL data. Therefore input data can be either XML or RDF/OWL and output data can be 
formatted in XML (also using RDF/OWL XML serialization). We present two case studies: the first one 
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which consists on lowering and lifting similar to the presented in |Q; and the second one in which XML 
analysis is carried out by mapping XML to an ontology and using a reasoner. 

Thus the framework proposes to embed SPARQL code in XQuery as well as to make calls to OWL 
reasoners from XQuery. With this aim a Java API has been implemented on top of the OWL API ifTTl and 
OWL Reasoner API lilOl that makes possible to interconnect XQuery with SPARQL and OWL reasoners. 
The Java API is invoked from XQuery thanks to the use of the Java Binding facility available in most of 
XQuery processors (this is the case, for instance, of BaseX Exist lfl4l and Saxon The Java API 
enables to connect XQuery to HermiT, Pellet and FaCT++ reasoners as well as to Jena SPARQL engine. 
The Java API returns the results of querying and reasoning in XML format which can be handled from 
XQuery. It means that querying and reasoning RDF/OWL with XQOWL one can give XML format to 
results in either XML or RDF/OWL. In particular, lifting and lowering is possible in XQOWL. 

Therefore our proposal can be seen as an extension of the proposed approaches for combining 
SPARQL and XQuery. Our XQOWL framework is mainly focused on the use of XQuery for query¬ 
ing and reasoning with OWL ontologies. It makes possible to write complex queries that combines 
SPARQL queries with reasoning tasks. As far as we know our proposal is the first to provide such a 
combination. 

The implementation has been tested with the BaseX processor j9j and can be downloaded from our 
Web site http: //indalog. ual. es/XQOWL There the XQOWL API and the examples of the paper are 
available as well as installation instructions. 

Let us remark that here we continue our previous works on combination of XQuery and the Semantic 
Web. In |[Q we have described how to extend the syntax of XQuery in order to query RDF triples. After, 
in |[2j] we have presented a (Semantic Web) library for XQuery which makes possible to retrieve the 
elements of an ontology as well as to use SWRL. Here, we have followed a new direction, by embedding 
existent query languages (SPARQL) and reasoners in XQuery. 

The structure of the paper is as follows. Section 2 will show an example of OWL ontology used 
in the rest of the paper as running example. Section 3 will describe XQOWL: the Java API as well as 
examples of use. Section 4 will present the case study of XML analysis by using an ontology. Finally, 
Section 5 will conclude and present future work. 


2 OWL 

In this section we show an example of ontology which will be used in the rest of the paper as running 
example. Let us suppose an ontology about a social network (see Table [I]) in which we define ontology 
classes: user, user_item, activity; and event, message (Z activity (1); and wall, album C user_item (2). 
In addition, we can define (object) properties as follows: created_by which is a property whose domain 
is the class activity and the range is user (3), and has two sub-properties: added_by, sent_by (4) (used 
for events and messages, respectively). 

We have also belongs_to which is a functional property (5) whose domain is user_item and range 
is user (6); friend_of which is a irreflexive (7) and symmetric (8) property whose domain and range 
is user (9); invited_to which is a property whose domain is user and range is event (10); recom- 
mended_friend_of which is a property whose domain and range is user (11), and is the composition 
of friend_of and friend_of (12); replies_to which is an irreflexive property (13) whose domain and 
range is message (14); written_in which is a functional property (15) whose domain is message and 
range is wall (16); attends_to which is a property whose domain is user and range is event (17) and is 
the inverse of the property confirmed_by (18); i_like_it which is a property whose domain is user and 
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Ontology 

(1) event, message Z activity 

(2) wall, album Z user item 

(3) V created by.activity Z user 

(4) added by, sent by Z created by 

(5) T C < 1. belongs to 

(6) V belongs to.user item jZ user 

(7) 3 friend of.Self Z _L 

(8) friend of - Z friend of 

(9) V friend of.user Z user 

(10) V invited to.user Z event 

(11) V recommended friend of.user 

(12) friend of • friend of Z 

Z user 

recommended friend of 

(13) 3 replies to.Self Z _L 

(14) V replies to.message Z message 

(15) T Z < 1.written in 

(16) V written in.message jZ wall 

(17) V attends to.user Z event 

(18) attends to - = confirmed by 

(19) Vi like it.user Z activity 

(20) i like it - = liked by 

(21) V content.message Z String 

(22) V date.event Z DateTime 

(23) V name.event Z String 

(24) V nick.user Z String 

(25) V password.user Z String 

(26) event n 3confirmed_by.user Z popular 

(27) activity! - ! 3liked_by-user Z popular 
(29) message fl event = L 

(28) activity Z < 1 created_by.user 


Table 1: Social Network Ontology (in Description Logic Syntax) 


range is activity (19), which is the inverse of the property I iked_by (20). 

Besides, there are some (data) properties: the content of a message (21), the date (22) and name (23) 
of an event, and the nick (24) and password (25) of a user. Finally, we have defined the concepts popular 

which are events confirmed_by some user and activities liked_by some user ((26) and (27)) and we have 

defined constraints: activities are created_by at most one user (28) and message and event are disjoint 
classes (29). Let us now suppose the set of individuals and object/data property instances of Table [2] 

From OWL reasoning we can deduce new information. For instance, the individual messagel is an 
activity, because message is a subclass of activity, and the individual eventl is also an activity because 
event is a subclass of activity. The individual wall Jesus is an user_item because wall is a subclass 
of user_item. These inferences are obtained from the subclass relation. In addition, object properties 
give us more information. For instance, the individuals messagel, messagel and eventl have been cre¬ 
ated _ by yew.?, luis and luis, respectively, since the properties sent_by and added_by are sub-properties 

of created_by. In addition, the individual luis is a friend_of /<?.vrr.s because friend_of is symmetric. More 

interesting is that the individual vicente is a recom mended _friend_of/Vmv, because /Avif.v is a friend_of 
luis, and luis is a friend_of vicente, which is deduced from the definition of recommended_friend_of, 
which is the composition of friend_of and friend_of. Besides, the individual eventl is conf!rmed_by vi¬ 
cente, because vicente attends_to eventl and the properties confirmed_by and attends_to are inverses. 
Finally, there arc popular concepts: eventl and message2 : the first one has been confirmed_by vicente 
and the second one is I i ked _ by vicente. 

The previous ontology is consistent. The ontology might introduce elements that make the ontology 
inconsistent. We might add a user being friend _of of him(er) self. Even more, we can define that certain 
events and messages are created_by (either added_by or sent_by) more than one user. Also a message 
can reply to itself. However, there are elements that do not affect ontology consistency. For instance, 
eventl has not been created _ by users. The ontology only requires to have at most one creator. Also, 
messages have not been written_in a wall. 
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Ontology Instance 

user(jesus), nick(jesus,jalmen), 
password(jesus,passjesus), friend of(jesus,luis) 

user(luis), nick(luis,Iamluis), password(luis,luis0000) 

user(vicente), nick(vicente,vicente), password(vicente,vicvicvic), 
friend of(vicente,luis), i like it(vicente,message2), 
invited to(vicente,eventl), attends to(vicente,eventl) 

event(eventl), added by(eventljuis), 
name(eventl,“Next conference”), date(eventl,21/10/2014) 

event(event2) 

message(messagel), sent by(messageljesus), 
content(messagel,“I have sent the paper”) 

message(message2), sent by(message2,luis), 
content(message2,“good luck!”), replies to(message2,messagel) 

wall(walljesus), belongs to(walljesusjesus) 

wall(wall luis), belongs to(wall luis,luis) 

wall(wall vicente), belongs to(wall vicente,vicente) 

Table 2: Individuals and object/data properties of the ontology 

Java API 

public OWLReasoner getOWLReasonerHermiT(OWLOntology ontology) 

public OWLReasoner getOWLReasonerPellet(OWLOntology ontology) 

public OWLReasoner getOWLReasonerFact(OWLOntology ontology) 

public String OWLSPARQL(String filei,String queryStr) 

public <T extends OWLAxiom> String OWLQuerySetAxiom(Set<T> axioms) 

public <T extends OWLEntity> String[] OWLQuerySetEntity(Set<T> elems) 

public <T extends OWLEntity> String[] OWLReasonerNodeEntity(Node <T> elem) 

public <T extends OWLEntity> String[] OWLReasonerNodeSetEntity(NodeSet<T> elems) 


Table 3: Java API of XQOWL 


3 XQOWL 

XQOWL allows to embed SPARQL queries in XQuery. It also makes possible to make calls to OWL 
reasoners. With this aim a Java API has been developed. 

3.1 The Java API 

Now, we show the main elements of the Java API developed for connecting XQuery and SPARQL and 
OWL reasoners. Basically, the Java API has been developed on top of the OWL API and the OWL 
Reasoner API and makes possible to retrieve results from SPARQL and OWL reasoners. The elements 
of the library are shown in Table [3] 

The first three elements of the library: getOWLReasonerHermiT, getOWLReasonerPellet and getOWL- 
ReasonerFact make possible to instantiate HermiT, Pellet and FaCT++ reasoners. For instance, the code 
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of getOWLReasonerHermiT is as follows: 

public OWLReasoner getOWLReasonerHermiT(OWLOntology ontology){ 

org.semanticweb.HermiT.Reasoner reasoner = new Reasoner(ontology); 
reasoner.precomputelnferences(InferenceType.CLASS_HIERARCHY, 

InferenceType.CLASS_ASSERTIONS , 

. . .) ; 

return reasoner; 

}; 


The fourth element of the library OWLSPARQL makes possible to instantiate SPARQL Jena engine. 
The input of this method is an ontology included in a file and a string representing the SPARQL query. 
The output is a file (name) including the result of the query. The code of OWLSPARQL is as follows: 

public String OWLSPARQL(String filei,String queryStr) 
throws FileNotFoundException{ 

OntModel model = ModelFactory.createOntologyModel () ; 
model.read(filei) ; 

com . hp . hpl . j ena . query . Query query = QueryFactory.create(queryStr) ; 

ResultSet result = 

(ResultSet) SparqlDLExecutionFactory.create(query,model).execSelect(); 

String fileName = "./tmp/"+result.hashCode()+"result.owl"; 

File f = new File(fileName) ; 

FileOutputStream file = new FileOutputStream (f) ; 

ResultSetFormatter.outputAsXML(file, ( com.hp.hpl.j ena.query.ResultSet) result); 
try { file.close () ; } catch (IOException e) {e.printStackTrace() ;} 
return fileName; 

>; 


We can see in the code that the result of the query is obtained in XML format and stored in a tile. 
The rest of elements (i.e, OWLQuetySetAxiom, OWLQuetySetEntity, OWLReasonerNodeSetEntity and 
OWLReasonerNodeEntity) of the Java API make possible to handle the results of calls to SPARQL and 
OWL reasoners. OWL Reasoners implement Java interfaces of the OWL API for storing OWL elements. 
The main Java interfaces arc OWLAxiom and OWLEntity. OWLAxiom is a Java interface which is a 
super-interface of all the types of OWL axioms: OWLSubClassOf Axiom, OWLSubDataPropertyOfAx- 
iom, OWLSubObjectPropertyOfAxiom, etc. OWLEntity is a Java interface which is a super-interface of 
all types of OWL elements: OWLClass, OWLDatciProperty, OWLDatatype, etc. 

The XQOWL API includes the method OWLQuetySetAxiom that returns a tile name where a set 
of axioms arc included. It also includes OWLQuetySetEntity that returns in an array the URI’s of a 
set of entities. Moreover, OWLReasonerNodeEntity returns in an array the URI’s of a node. Finally, 
OWLReasonerNodeSetEntity returns in an array the URIs of a set of nodes. For instance, the code of 
OWLQuetySetEntity is as follows: 

public <T extends OWLEntity> String [] OWLQuerySetEntity(Set<T> elems) 

{ 

String [] result = new String[elems.size ()]; 

Iterator<T> it = elems.iterator(); 
for(int i=0;i<elems.size () ;i+ + ){ 
result[i] = it.next() .toStringID () ; 

}; 

return result; 

>; 


3.2 XQOWL: SPARQL 

XQOWL is an extension of the XQuery language. Firstly, XQOWL allows to write XQuery queries in 
which calls to SPARQL queries arc achieved and the results of SPARQL queries in XML format (see 
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0|) can be handled by XQuery. In XQOWL, XQuery variables can be bounded to results of SPARQL 
queries and vice versa, XQuery bounded variables can be used in SPARQL expressions. Therefore, in 
XQOWL both XQuery and SPARQL queries can share variables. 

Example 3.1 For instance, the following query returns the individuals of concepts user and event in the 
social network: 

declare namespace spql = "http://www.w3.org/2005/sparql-results#" ; 
declare namespace xqo = "java:xqowl.XQOWL"; 

let $model := "socialnetwork.owl" 
for $class in ("sn:usersn:event") 
return 

let SqueryStr := concat ( 

"PREFIX rdf: <http://www.w3.Org/1999/02/22-rdf-syntax-ns#> 

PREFIX sn: <http://www.semanticweb.Org/socialnetwork.owl#> 

SELECT ?Ind 

WHERE { ?Ind rdf:type ", $class," }") 
return 

let $xqo := xqo:new() 

let $res:= xqo:OWLSPARQL($xqo,$model,$queryStr) 
return 

doc($ res)/spql:sparql/spql:re suit s/spql:result/spql:binding/spql:uri/text() 


Let us observe that the name of the classes (i.e., sn:user and sn:event) is defined by an XQuery 
variable (i.e., $class) in a for expression, which is passed as parameter of the SPARQL expression. In 
addition, the result is obtained in an XQuery variable (i.e. $res). Here OWLSPARQL of the XQOWL 
API is used to call the SPARQL Jena engine, which returns a file name (a temporal file) in which the 
result is found. Now, $res can be used from XQuery to obtain the URIs of the elements: 

doc($res)/spql : sparql/spql : results/spql : result/spql : binding/spql : uri/text() 


In this case, we obtain the following plain text: 

http://www.semanticweb.org/socialnetwork.owl#vicente 
http://www.semanticweb.org/socialnetwork.owl#jesus 
http://www.semanticweb.org/socialnetwork.owl#luis 
http://www.semanticweb.org/socialnetwork.owl#event2 
http://www.semanticweb.org/socialnetwork.owl#eventl 


Example 3.2 Another example of using XQOWL and SPARQL is the code of lowering from the docu¬ 
ment: 

<rdf :RDF xmlns : rdf = " http : //www . w3 . org/1999/02/22 - rdf - syntax - ns# " 
xmlns="http://relations.org"> 

<foaf:Person xmlns:foaf="http://xmlns.com/foaf/0.1/" rdf:about="#bl"> 

<foaf:name>Alice</foaf:name > 

<foaf:knows > 

<foaf:Person rdf:about="#b4"/> 

</f oaf:knows > 

<foaf:knows > 

<foaf:Person rdf:about="#b6"/> 

</f oaf:knows > 

</f oaf:Person> 

<foaf:Person xmlns:f oaf = "http://xmlns.com/foaf/0.1/" rdf:about = "#b4"> 

<foaf:name>Bob</foaf:name> 

<foaf:knows > 

<foaf:Person rdf:about="#b6"/> 

</f oaf:knows > 

</f oaf:Person> 
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<foaf:Person xmlns:foaf="http://xmlns.com/foaf/O.1 / " rdf:about = "#b6"> 
<foaf:name>Charles</foaf:name> 

</f oaf:Person> 

</rdf:RDF > 


to the document: 


<relations> 

<person name="Alice"> 

<knows> Bob </knows> 

<knows> Charles </knows> 

</person > 

<person name="Bob"> 

<knows> Charles </knows> 

</person > 

<person name="Charles" /> 

</relations > 

This example has been taken from MjQ in which they show the lowering example in XSPARQL. In out- 
case the code of the lowering example is as follows: 

declare namespace spql="http://www.w3.org/2005/sparql-results#" ; 
declare namespace xqo = "java:xqowl.XQOWL"; 
declare variable $model := "relations.rdf"; 

let $queryl := 

"PREFIX rdfs: <http://www.w3.Org/2000/01/rdf-schema#> 

PREFIX rdf: <http://www.w3.Org/1999/02/22-rdf-syntax-ns#> 

PREFIX foaf: <http://xmlns.eom/foaf/0.l/> 

SELECT ?Person ?Name 
WHERE { 

TPerson foaf:name ?Name 
> ORDER BY ?Name" 
let $xqo := xqo:new(), 

$result := xqo:OWLSPARQL($xqo,$model,$queryl) 
return 

for $Binding in doc($resuit)/spql:sparql/spql:resuits/spql:resuit 
let $Name := $Binding/spql:binding[©name="Name"]/spql:1iteral/text(), 

$Person := $Binding/spql:binding[@name = "Person"]/spql:uri/text() , 

$PersonName := functx:fragment-from-uri($Person) 
return 

<person name="{$Name}">{ 
let $query2 := 
concat( 

"PREFIX rdfs: <http://www.w3.Org/2000/01/rdf-schema#> 

PREFIX rdf: <http://www.w3.Org/1999/02/22-rdf-syntax-ns#> 

PREFIX rel: <http://relations.org#> 

PREFIX foaf: <http://xmlns.eom/foaf/0.l/> 

SELECT ?FName 
WHERE { 

_ : " ,$PersonName , " foaf:knows ?Friend . 

_ : " ,$PersonName , " foaf:name ", " ’ " ,$Name , " ’ . 

?Friend foaf:name ?FName 

}") 

let $result2 := xqo:OWLSPARQL($xqo,$model,$query2) 
return 

for $FName in doc($result2)/spql:sparql/spql:results/spql:result/spql:binding/ 
spql:literal/text() 
return 

<knows >{$ FName}</knows> 


7 XSPARQL works with blank nodes, and there the RDF document includes node ID tag for each RDF item. In XQOWL we 
cannot deal with blank nodes at all, and therefore a preprocessing of the RDF document is required: node ID tags are replaced 
by about. 
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} 

</person > 

> 

</relations > 


In this example, two SPARQL queries are nested and share variables. The result of the first SPARQL 
query (i.e., $PersonName and $Name ) is used in the second SPARQL query. 

3.3 XQOWL: OWL Reasoners 

XQOWL can be also used for querying and reasoning with OWL. With this aim the OWL API and 
OWL Reasoner API have been integrated in XQuery. Also for this integration, the XQOWL API is 
required. For using OWL Reasoners from XQOWL there are some calls to be made from XQuery code. 
Firstly, we have to instantiate the ontology manager by using createOWLOntologyManager, secondly, 
the ontology has to be loaded by using loadOntologyFromOntologyDocument; thirdly, in order to handle 
OWL elements we have to instantiate the data factory by using g e l O WL Dal a Fa c to ry ; finally, in order to 
select a reasoner getOWLReasonerHenniT, getOWLReasonerPellet and getOWLReasonerFact are used. 

Example 3.3 For instance, we can query the object properties of the ontology using the OWL API as 
follows: 

let $xqo := xqo:new(), 

$man := api:createOWLOntologyManager(), 

$fileName := file:new ($file) , 

$ont := om:loadOntologyFromOntologyDocument($man,$fileName) 
return 

doc(xqo:OWLQuerySetAxiom($xqo,o:getAxioms($ ont)))/rdf:RDF/owl:ObjectProperty 


obtaining the following result: 


<ObjectProperty...rdf:about=" 

. . .# added_by " > 

<rdfs:subPropertyOf rdf:resource 2 "...#created_by"/> 

<rdfs:domain rdf:resource=" 

. . .# event"/> 

<rdfs:range rdf:resource 3 ". 

..#user"/> 

</ObjectProperty> 

<ObjectProperty ... rdf:about 

= ". . .#attends_to " > 

<inverseOf rdf:resource=".. 

.#confirmed_by"/> 

<rdfs:range rdf:resource 3 ". 

. .# event"/> 

<rdfs:domain rdf:resource=" 

...#user"/> 

</ObjectProperty> 



Example 3.4 Another example of query using the OWL API is the following which requests class axioms 
related to wa 11 and event: 

let $xqo := xqo:new(), 

$man := api:createOWLOntologyManager () , 

$fileName := file:new ($file) , 

$ont := om:loadOntologyFromOntologyDocument($man,$fileName), 

$fact := om:getOWLDataFactory($man) 
return 

for $class in ("wall","event") 

let $iri := iri:create(concat($base,$class)), 

$class := df:getOWLClass($fact , $iri) 
return 

doc(xqo:OWLQuerySetAxiom($ xqo,o:getAxioms($ ont ,$class)))/rdf:RDF/owl:Class 


in which a for expression is used to define the names of the classes to be retrieved, obtaining the follow¬ 
ing result: 
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<Class ... rdf:about=". 

. . .#user_item" /> 

<Class ... rdf:about=". 

. . .#wall"> 

<rdfs:subClassOf rdf: 

:resource="...#user_item"/> 

</Class > 

<Class ... rdf:about=". 

. . .#activity"/> 

<Class ... rdf:about=". 

. . .# event" > 

<rdfs:subClassOf rdf: 

:resource="...#activity"/> 

<disjointWith rdf:resource 2 "...#message"/> 

</Class > 

<Class ... rdf:about=". 

. . .#message"/> 


Now we can see examples about how to use XQOWL for reasoning with an ontology. With this aim, 
we can use the OWL Reasoner API (as well as the XQOWL API). The XQOWL API allows easily to 
use HermiT, Pellet and FaCT++ reasoners. 

Example 3.5 For instance, let us suppose we want to check the consistence of the ontology by the Her- 
miT reasoner. The code is as follows: 

let $xqo := xqo:new(), 

$man := api:createOWLOntologyManager () , 

$fileName := file:new ($file) , 

$ont := om:loadOntologyFromOntologyDocument($man,$fileName), 

$fact := om:getOWLDataFactory($man), 

$reasoner := xqo:getOWLReasonerHermiT($xqo,$ont), 

$boolean := r:isConsistent($reasoner) , 

$dispose := r:dispose($reasoner) 
return $boolean 


which returns true. Here the HermiT reasoner is instantiated by using getOWLReasonerHenniT. In 
addition, the OWL Reasoner API method isConsistent is used to check ontology consistence. Each time 
the work of the reasoner is done, a call to dispose is required. 

Example 3.6 Let us suppose now we want to retrieve instances of concepts activity and user. Now, 
we can write the following query using the HermiT reasoner: 

for $classes in ("activity","user") 
let $xqo := xqo:new(), 

$man := api:createOWLOntologyManager () , 

$fileName := file:new ($file) , 

$ont := om:loadOntologyFromOntologyDocument($man,$fileName), 

$fact := om:getOWLDataFactory($man), 

$iri := iri:create(concat($base,$classes)), 

$reasoner := xqo:getOWLReasonerHermiT($xqo,$ont), 

$class := df:getOWLClass($fact , $iri) , 

$result:= rrgetlnstances($reasoner,$ class,false()), 

$dispose := r:dispose($reasoner) 
return 

<concept class="{$classes}"> 

{ for $instances in xqo:OWLReasonerNodeSetEntity($xqo,$result) 

return <instance>{substring - after($instances , ’#’)}</instance>} 

</concept > 


obtaining the following result in XML format: 

<concept class="activity"> 

<instance>message2</instance> 

<instance>event2</instance> 

</concept > 
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<concept class="user"> 

<instance>jesus</instance> 

<instance >vicente</instance> 

<instance>luis</instance> 

</concept > 

Here getlnstances of the OWL Reasoner API is used to retrieve the instances of a given ontology class. In 
addition, a call to create of the OWL API. which creates the IRI of the class, and a call to getClass of the 
OWL API, which retrieves the class, are required. The OWL Reasoner is able to deduce that messagel 
and message2 belong to concept activity since they belong to concept message and message is a 
subconcept of activity. The same can be said for events. 

Example 3.7 Let us suppose now we want to retrieve the subconcepts of activity using the Pellet 
reasoner. The code is as follows: 

let $xqo := xqo:new(), 

$man := api:createOWLOntologyManager () , 

$fileName := file:new ($file) , 

$ont := om:loadOntologyFromOntologyDocument($man,$fileName), 

$fact := om:getOWLDataFactory($man), 

$iri := iri:create(concat($base,"activity")), 

$reasoner := xqo:getOWLReasonerPellet($xqo,$ont), 

$class := df:getOWLClass($fact , $iri) , 

$result:= rrgetSubClasses($reasoner,$class,false()), 

$dispose := r:dispose($reasoner) 
return 

for $subclass in xqo:OWLReasonerNodeSetEntity($xqo,$result) 

return <subclass>{substring - after($subclass } </subclass> 


and the result in XML format is as follows: 

<subclass>popular_message</subclass> 
<subclass>event</subclass> 

<subclass>Nothing</subclass> 
<subclass>popular_event</subclass> 

<subclass>message</subclass> 


Here getSubClasses of the OWL Reasoner API is used. 

Example 3.8 Finally, let us suppose we want to retrieve the recommended friends of jesus. Now, the 
query is as follows: 

let $xqo := xqo:new(), 

$man := api:createOWLOntologyManager () , 

$fileName := file:new ($file) , 

$ont := om:loadOntologyFromOntologyDocument($man,$fileName), 

$fact := om:getOWLDataFactory($man), 

$iri := iri:create(concat($base,"recommended_friend_of")), 

$iri2 := iri:create(concat($base,"jesus")), 

$reasoner := xqo:getOWLReasonerPellet($xqo,$ont), 

$property := df:getOWLObjectProperty($fact,$iri) , 

$ind := df:getOWLNamedlndividual($fact ,$iri2) , 

$result:= r:getObjectPropertyValues($reasoner,$ind,$property), 

$dispose := r:dispose($reasoner) 
return 

for $rfriend in xqo:OWLReasonerNodeSetEntity($xqo,$result) 
return 

<recommended_friend > 

{substring-after($rfriend, ’#’)} 

</recommended_friend> 


and the answer as follows: 
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<recommended_friend >jesus </recommended.friend> 
<recommended_friend >vicente </recommended_f riend> 


Here the OWL Reasoner API is used to deduce the friends of friends of j esus. Due to symmetry of 
friend relationship, a person is a recommended friend of itself 


4 Using XQOWL for XML Analysis 


Now, we show an example in which XQOWL is used to analyze the semantic content of an XML docu¬ 
ment. This example was used in our previous work 01 to illustrate the use of our Semantic Web library 
for XQuery. The example takes an XML document as input as follows: 


<?xml version=’1.0’?> 

< conf erence> 

<papers > 

<paper id="l" studentPaper = "true " > 
<title> XML Schemas </title> 
<wordCount> 1200 </wordCount> 

</paper > 



<paper id="2" studentPaper="false" 
<title> XML and OWL </title> 
<wordCount> 2800 </wordCount> 

</paper > 

<paper id="3" studentPaper="true"> 
<title> OWL and RDF </title> 
<wordCount> 12000 </wordCount> 

</paper > 

</papers > 

< re searchers > 

> 


<researcher id="a" isStudent="false 
<name>Smith </name> 

</researcher > 

" manuscript="1" 

referee="1"> 

<researcher id="b" isStudent="true" 
<name>Douglas </name> 

</researcher > 

manuscript="1" 

referee="2"> 

<researcher id="c" isStudent="false 
<name>King </name> 

</researcher > 

" manuscript="2" 

referee="3"> 

<researcher id="d" isStudent="true" 
<name>Ben </name> 

</researcher> 

manuscript = "2 " 

referee="l"> 

Cresearcher id="e" isStudent="false 
<name >William</name > 

</researcher> 

</researchers> 

</conference > 

" manuscript="3" 

referee="3"> 


The document lists papers and researchers involved in a conference. Each paper and researcher has 
an identifier (represented by the attribute id), and has an associated set of labels: title and wordCount 
for papers and name for researchers. Furthermore, they have attributes studentPaper for papers and 
isStudent, manuscript and referee for researchers. The meaning of manuscript and referee is that the 
given researcher has submitted the paper of number described by manuscript as well as has participated 
as reviewer of the paper of number given by referee. 

Now, let us suppose that we would like to analyze the content of the XML document in order to 
detect constraints which are violated. In particular, the revision system of the conference forbids that an 
student is a reviewer as well as a research is a reviewer of his(her) own paper. 
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In order to analyze the document the idea is to create an ontology to represent the same elements 
of the XML document. This ontology contains in the TBox a vocabulary to represent submissions. It 
includes class names Paper and Researcher. But also it includes PaperofSenior, PaperojStudent, Student 
and Senior. The individuals of PaperofSenior are the papers for which studentPaper of the XML docu¬ 
ment has been set to false. The individuals of Paperof Student are the papers for which studentPaper of 
the XML document has been set to true. Analogously, the individuals of Senior and Student are the re¬ 
searchers for which isStudent has been set to false, respectively, to true. In addition the ontology includes 
object properties manuscript and referee, and data properties wordCount, name and title. 

Now, the idea is to express the revision system constraints as constraints of the ontology. Thus, 
the ontology includes two restrictions to be checked: Student and Reviewer classes are disjoint while 
manuscript and referee arc disjoint object properties. 

In order to analyze a given XML document, we can use XQOWL with two ends. 

• To transform the XML document to the ontology ABox. 

• To check consistence of the ontology. 

The code of the transformation to the ontology ABox is as follows: 

let $name := /conference 
let $ontologyl := 

(for $x in $name/papers/paper return 

sw:toClassFiller(sw:ID($x/©id),"#Paper") union 

( 

let $ studentPaper:= $x/©studentPaper return 
if (data($studentPaper)="true") then 

sw:toClassFiller(sw:ID($x/©id),"#PaperofStudent") 
else sw:toClassFiller(sw:ID($x/©id),"#PaperofSenior") 

) union 

sw:toDataFiller(sw:ID($x/©id) , "title" ,$x/title ,"string") union 
sw:toDataFiller(sw:ID($x/@id),"wordCount",$x/wordCount,"integer") 

) 

let $ontology2 := 

(for $y in $name/researchers/researcher return 

sw:toClassFiller(sw:ID($y/©id),"#Researcher") union 
sw:toDataFiller(sw:ID($y/@id) ,"name" , $y/name,"string") union 
( 

let $student:= $y/©isStudent return 
if (data($student)="true") then 

sw:toClassFiller(sw:ID($y/@id),"#Student") 
else sw:toClassFiller(sw:ID($y/©id),"#Senior") 

) union 

sw:toObjectFiller(sw:ID($y/©id) , "manuscript",sw:ID($y/©manuscript)) union 
sw:toObjectFiller(sw:ID($y/©id),"referee",sw:ID($y/©referee))) 
return 

let $mapping := $ontologyl union $ontology2 

return 

let $doc := 

document { 

<rdf:RDF . . . > 

{doc("ontology_papers.owl")/rdf:RDF/*} 

{$ mapping} 

</rdf:RDF > 

} 

Here we have used the Semantic Web library for XQuery defined in 0). Basically, we have created 
the instance of the ontology by using sw:toClassFiller, sw.toDataFiiier and sw.toObjectFiller which 
make possible to create instances of classes, data and object properties, respectively. At the end of the 
code, the ontology TBox is incorporated (which is stored in the file “ontologyjjapers.owl”). Now, the 
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consistence checking using the Hermit reasoner is as follows, where $doc is the result of the previous 
query: 

let $xqo := xqo:new(), 

$man := api:createOWLOntologyManager(), 

$seq := file:write("ontology_analysis.owl",$doc), 

$fileName := f ile_io:new ($file) , 

$ont := om:loadOntologyFromOntologyDocument($man,$fileName), 

$fact := om:getOWLDataFactory($man), 

$reasoner := xqo:getOWLReasonerHermit($xqo,$ont), 

$boolean := r:isConsistent($reasoner), 

$dispose := r:dispose($reasoner) 
return $boolean 


5 Conclusions and Future Work 

In this paper we have presented an extension of XQuery called XQOWL to query XML and RDF/OWL 
documents, as well as to reason with RDF/OWL resources. We have described the XQOWL API that 
allows to make calls from XQuery to SPARQL and OWL Reasoners. Also we have shown examples 
of use of XQOWL. The main advantage of the approach is to be able to handle both types of docu¬ 
ments through the sharing of variables between XQuery and SPARQL/OWL Reasoners. The imple¬ 
mentation has been tested with the BaseX processor @ and can be downloaded from our Web site 
http: //indalog. ual. es/XQOWL As future work, we would like to extend our work as follows. Firstly, 
we would like to extend our Java API. More concretely, with the SWRL API in order to execute rules 
from XQuery, and to be able to provide explanations about ontology inconsistence. Secondly, we would 
like to use our framework in ontology transformations (refactoring, coercion, splitting, amalgamation) 
and matching. 
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